Enhanced postal data modeling framework

ABSTRACT

An enhanced postal data modeling framework, in which postal data which describes characteristics of a mail sortation process is accessed, and the postal data is mapped to production management data which describes characteristics of a model production management process in an initial state and which is capable of being processed by a production management application. The production management data is input for processing by the production management application to produce forecasted production management data which predicts characteristics of the model production management process in a subsequent state, the forecasted production management data is modeled to forecasted postal data which predicts characteristics of the mail sortation process, and at least a portion of the forecasted postal data is provided to a user.

CROSS-REFERENCE TO RELATED APPLICATION

This application is a continuation (and claims the benefit of priorityunder 35 USC 120) of U.S. application Ser. No. 12/470,268, filed May 21,2009. The disclosure of the prior application is considered part of (andis incorporated by reference in) the disclosure of this application.

FIELD

The present disclosure generally relates to mail sortation planning.

BACKGROUND

Production management (or “production planning”) applications are usedto increase the efficient utilization of manufacturing capacity, parts,components and material resources, using historical production data andsales forecasts.

SUMMARY

By processing data which describes a current state of, and thecapabilities and requirements associated with, a processing operation,production management applications may be used to provide insightregarding future states of the processing operation. While theseapplications are adept at forecasting future processing states, theyhave not been capable of being adapted to process data used for postaloperations, such as to forecast future mail sortation states. Thisdeficiency exists despite the abundance of available postal data, andthe widespread prevalence of legacy production management applicationsavailable for use at many mail sortation facilities.

Thus, according to one general implementation of the enhanced postaldata modeling framework, a postal operation is modeled as productionmanagement data which is capable of being processed by a productionmanagement application. When processed, the production management datayields predictive production management data which, in turn, may bemodeled as predictive postal operation data, which can be used toforecast a future state of the postal operation. Thus, the model allowsthe postal data to be processed by the production managementapplication, and further allows a result of the production managementprocessing to be meaningfully applied to postal operations.

According to another general implementation, a computer-implementedprocess includes accessing postal data which describes characteristicsof a mail sortation process, mapping the postal data to productionmanagement data which describes characteristics of a model productionmanagement process in an initial state and which is capable of beingprocessed by a production management application, and inputting theproduction management data for processing by the production managementapplication to produce forecasted production management data whichpredicts characteristics of the model production management process in asubsequent state. The process also includes mapping the forecastedproduction management data to forecasted postal data which predictscharacteristics of the mail sortation process, and providing at least aportion of the forecasted postal data to a user.

Implementations may include one or more of the following features. Forinstance, the characteristics of the mail sortation process may furtherinclude forecast deposits and collections of mail, mapped to plannedwork orders of the model production management process, actual depositsand collections of mail, mapped to pending work orders of the modelproduction management process, mail sortation area characteristics,mapped to work center characteristics of the model production managementprocess, a forecast allocation matrix, mapped to a bill of materials ofthe model production management process, characteristics of raw,semi-sorted, and fully sorted mail inducted in the mail sortationprocess, mapped to characteristics of raw, semi-finished, and fullyfinished processing materials of the model production managementprocess, labor requirements, mapped to resource levels of the modelproduction management process, and mechanized sortation capabilities,mapped to machine capabilities of the model production process.

In other examples, mapping the postal data may further include mapping atype and a volume of mail expected to be processed at one or moresorting stations of a mail sortation facility, to a planned work orderwhich specifies a type and a volume of processing materials expected tobe processed at one or more machines of a production facility, andmapping mechanized sortation capabilities of the one or more sortingstations to capabilities of the one or more machines. Inputting theproduction management data may further include inputting the type andthe volume of the processing materials and the capabilities of the oneor more machines, for processing by the production managementapplication to predict whether the one or more machines areover-utilized or under-utilized, and mapping the forecasted productionmanagement data may further include determining the one or more sortingstations are over-utilized or under-utilized when the one or moremachines are predicted to be over-utilized or under-utilized,respectively. The process may also include altering a routing betweenthe one or more sorting stations based on determining that the one ormore sorting stations are over-utilized or under-utilized, orreassigning mail actually received at the mail sortation facility to adifferent one or more sorting stations or to a different mail sortationfacility based on determining that the one or more sorting stations areover-utilized or under-utilized. The postal data may include a forecastallocation matrix for one or more sorting stations of a mail sortationfacility, generated based on a historic distribution of mail previouslyprocessed by the one or more sorting stations.

In further examples, mapping the postal data may include mapping a typeand a volume of mail actually received at the sorting stations of themail sortation facility, to a work order which specifies a type andvolume of processing materials ready to be processed at one or moremachines of a production facility, and mapping the forecast allocationmatrix as a bill of materials for each of the one or more machines.Inputting the production management data may include inputting the workorder and the bill of materials for processing by the productionmanagement application to predict a type and a quantity of end itemsproduced by the one or more machines. Mapping the forecasted productionmanagement data may further include identifying one or more customers ofthe mail sortation facility expected to receive the mail, and a volumeof the mail expected to be delivered to each of the one or morecustomers, a based on the predicted type and quantity of the end items,respectively.

In other examples, the process may also include notifying the one ormore customers of the type and the volume of mail expected to bedelivered to each of the one or more customers, scheduling resources totransport the expected volume of mail to each of the one or morecustomers, or updating the forecast allocation matrix based on the typeand the volume of the mail actually received at the sorting stations ofthe mail sortation facility. Inputting the work order and the bill ofmaterials for processing by the production management application topredict a type and a quantity of end items produced by the one or moremachines may further include inputting the work order and the bill ofmaterials for processing by the production management application topredict a first type and a first quantity of first end items produced bya first machine, inputting at least a portion of the first type and thefirst quantity of the end items produced by the first machine forprocessing by the production management application to predict a secondtype and a second quantity of second end items produced by a secondmachine, and outputting the second type and the second quantity of thesecond end items as the predicted type and quantity of the end items.

In further examples, mapping the postal data may further include mappinga type and a volume of mail expected to be processed at one or moresorting stations of a mail sortation facility, to a planned work orderwhich specifies a type and a volume of processing materials expected tobe processed at one or more machines of a production facility, andmapping labor requirements associated with the one or more sortingstations of the mail sortation facility to work center resource levels.Inputting the production management data further may further includeinputting the type and the volume of the processing materials and thework center resource levels, for processing by the production managementapplication to predict whether the one or more machines do or do notpossess sufficient resources to process the type and the volume of theprocessing materials. Mapping the forecasted production management datamay further include determining that the labor requirements of the oneor more sorting stations are met or are not met when the one or moremachines are predicted to possess or not possess sufficient resources,respectively.

In additional examples, the process may also include reassigningstaffing of the mail sortation facility based on determining that theone are more sorting stations are predicted to not possess sufficientresources. The production management application may be an SAPEnterprise Resource Planning Production Planning application. Mappingthe postal data to the production management data may include mappingeach class of mail to a processing material of type MAIL, identified byan identifier having at least first through third character strings thateach identify different characteristics of the class, where the firstcharacter string identifies a type of mail, selected from the groupconsisting of short/long lettermail, oversized lettermail, and unknownlettermail, the second character string identifies a location to whichthe particular class of mail has been sorted to, if any, and the thirdcharacter string identifies a next mail process. The processing materialmay be identified by a fourth character string identifying whether theparticular class of mail is delivery points sequenced or non-sequenced.

In further examples, the next mail process may be selected from thegroup including a culler facer canceller process, a multi-linecancellation and optical character recognition (OCR) process, amulti-line optical character recognition process, a multi-line sortprocess, a manual sort process, a manual final sort to a delivery depotprocess, a flat sorting machine process, a barcode sort machine processwhich identifies a forecast allocation matrix, a barcode sort machineprocess which identifies a city, a barcode sort machine process whichidentifies a forward area, a sorting process which identifies sequenceddelivery points, and a sorting process which identifies a letter carrierroute.

In other examples, mapping the postal data to the production managementmay further include mapping raw or semi-sorted mail to the processingmaterial of type MAIL, identified by a first identifier having at leastone character string that identifies the processing material as a raw orsemi-finished processing material, respectively. Mapping the forecastedproduction management data to the forecasted postal data may furtherinclude mapping the processing material of type MAIL, identified by adifferent, second identifier having at least one character string thatidentifies the processing material as a semi-finished or a fullyfinished processing material to semi-sorted or fully sorted mail,respectively. The postal data may be incapable of being processed by theproduction management application.

According to another general implementation, a system includes one ormore computers, and a computer-readable medium coupled to the one ormore computers. The computer-readable medium has instructions storedthereon which, when executed by the one or more computers, cause the oneor more computers to perform operations including accessing postal datawhich describes characteristics of a mail sortation process, mapping thepostal data to production management data which describescharacteristics of a model production management process in the initialstate and which is capable of being processed by a production managementapplication, inputting the production management data for processing bythe production management application to produce forecasted productionmanagement data which predicts characteristics of the model productionmanagement process in a subsequent state, mapping the forecastedproduction management data to forecasted postal data which predictscharacteristics of the mail sortation process, and providing a least aportion of the forecasted postal data to a user.

According to another general implementation, a computer storage mediumis encoded with a computer program. The program includes instructionsthat when executed by data processing apparatus cause the dataprocessing apparatus to perform operations including accessing postaldata which describes characteristics of a mail sortation process,mapping the postal data to production management data which describescharacteristics of a model production management process in the initialstate and which is capable of being processed by a production managementapplication, inputting the production management data for processing bythe production management application to produce forecasted productionmanagement data which predicts characteristics of the model productionmanagement process in a subsequent state, mapping the forecastedproduction management data to forecasted postal data which predictscharacteristics of the mail sortation process, and providing a least aportion of the forecasted postal data to a user.

The details of one or more implementations are set forth in theaccompanying drawings and the description, below. Other potentialfeatures and advantages of the disclosure will be apparent from thedescription and drawings, and from the claims.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1 is a contextual diagram which demonstrates the forecasting ofpostal operations using a production management application, accordingto one example implementation.

FIG. 2 is a block diagram of an example system for forecasting postaloperations.

FIGS. 3, 8, 9A-B, 9D-E, 10A-B, 10F, 10P-Q, 11A-D, 12A-E, and 13 areflowcharts of example processes.

FIGS. 4-6 illustrate example environments for accessing postal data.

FIGS. 7A and 7D illustrate systems for sorting mail.

FIGS. 7B and 7C illustrate systems for routing mail between multiplesort processes.

FIG. 9C illustrates an example user interface for creating a salesorder.

FIG. 10C illustrates example forecast data and example historicalallocation matrices.

FIG. 10D illustrates an example user interface for configuring a workcenter.

FIG. 10E illustrates an example user interface for configuring arouting.

FIG. 10G illustrates an example user interface for configuring a plannedorder.

FIG. 10H illustrates a mapping table which maps articles to one or moreplanning materials.

FIGS. 10I-L illustrate capacity planning scenarios.

FIG. 10M illustrates an example bill of materials.

FIG. 10N illustrates an example user interface for configuring a bill ofmaterials.

FIG. 10O illustrates an example user interface for configuring aproduction order.

FIG. 10R illustrates a system for forecasting and capacity planning.

FIG. 11E illustrates transportation between sortation facilities.

FIG. 14 illustrates component integration.

FIG. 15 illustrates an example capacity planning report.

FIG. 16 illustrates an example computing device.

Like reference numbers represent corresponding parts throughout.

DETAILED DESCRIPTION

According to one general implementation of the enhanced postal datamodeling framework, a postal operation is modeled as productionmanagement data which is capable of being processed by a productionmanagement application. When processed, the production management datayields predictive production management data which, in turn, may bemodeled as predictive postal operation data that can be used to forecasta future state of the postal operation. Thus, the model allows thepostal data to be processed by the production management application,and further allows a result of the production management processing tobe meaningfully applied to postal operations

FIG. 1 is a contextual diagram which demonstrates the forecasting ofpostal operations using a production management application, accordingto one example implementation. A sortation facility 102 may use one ormore sorting stations to sort mail. For example, the sortation facility102 may be a postal facility used to sort incoming raw or semi-sortedmail. Postal data 104 describes characteristics of a mail sortationprocess and may include, for example: information describing a volume ofexpected or received mail 106 at various collection locations 108; othercharacteristics of raw, semi-sorted, and fully sorted mail 106; quantityand skills of mail carriers 110, sortation machine operators or othersortation facility workers; number, capacity, and locations of variousmail vehicles 112; number, capacity, and condition of various sortingmachines 113; or other mail sortation area characteristics. Postal data104 may also include, for example, customer data 114 or forecast data116 managed by the sortation facility 102. The forecast data 116 mayinclude a forecast allocation matrix which may be generated based on ahistoric distribution of mail previously processed by the sortationfacility 102.

The sortation facility 102 may use an ERP (Enterprise Resource Planning)system 120 to manage various business functions and processes. Forexample, various hardware or software modules may be used, such as ahuman resources module 122, a supply chain module 124, a financialsmodule 126, a production management module 128, a customer relationshipmodule 130, and a project management module 132.

The production management module 128 manages a modeled productionprocess, such as a production process in which multiple physicalmaterials are inputted and processed according to a plan to produce asingle end product. The production management module 128 may not becapable of processing the postal data 104, due, in part, to the factthat a mail sortation process may take a single input (e.g., a bag ofunsorted or semi-sorted mail) and produce multiple outputs of sortedmail destined for numerous locations.

A postal modeler 140 is used to map the postal data 104 to productionmanagement data 150 which is capable of being processed by theproduction management module 128. The postal modeler 140 may access thepostal data 104 and may map it to the production management data 150using a postal-data-to-production-management-data mapping module 142.Examples of mapping postal data to production management data mayinclude mapping forecast deposits and collections of mail to plannedwork orders of a model production management process; mapping actualdeposits and collections of mail to pending work orders of the modelproduction management process; mapping mail sortation areacharacteristics to work center characteristics of the model productionmanagement process; mapping a forecast allocation matrix to a bill ofmaterials (BOM) of the model production management process; mappingcharacteristics of raw, semi-sorted, and fully sorted mail inducted inthe mail sortation process to characteristics of raw, semi-finished, andfully finished processing materials of the model production managementprocess, mapping labor requirements to resource levels of the modelproduction management process; and mapping mechanized sortationcapabilities mapped to machine capabilities of the model productionprocess.

The production management data 150 describes characteristics of a modelproduction management process in an initial state, such as a currentstate or a baseline past state. The production management data 150 isinputted into the production management module 128 and is processed toproduce forecasted production management data 160 which predictscharacteristics of the model production management process in asubsequent state. For example, the type and the volume of processingmaterials and the capabilities of one or more production machines may beinputted for processing by the production management module 128 topredict whether one or more production machines are over-utilized orunder-utilized.

The forecasted production management data 160 is mapped by the postalmodeler 140 to forecasted postal data 170 which predicts characteristicsof one or more mail sortation processes. For example, it may bedetermined that one or more sorting stations are over-utilized orunder-utilized when one or more production machines are predicted to beover-utilized or under-utilized, respectively. Put another way, thepostal modeler 140 makes the otherwise meaningless or incompatibleforecasted management data 160 meaningful to the postal operation.

The forecasted postal data 170 is provided to one or more customers 180.For example, the customers 180 may include internal customers, such asthe postal facility's human resources 182, postal transport services184, or other mail sortation facilities 186. The customers 180 may alsoinclude external customers, such as the general public 190 (e.g., mailrecipients), or other government agencies 192. In response to receivingthe forecasted postal data 170, feedback 195 may be provided to thesortation facility 102. The feedback 195 may be informational, or it mayindicate an action which, when automatically or manually implemented,may affect future postal operations. For example, a routing between oneor more sorting stations may be altered based on determining that one ormore sorting stations are over-utilized or under-utilized.

FIG. 2 is a block diagram of an example system 200 for forecastingpostal processes. The system 200 includes a postal modeler 202 connectedto one or more sortation facilities 204, an ERP system 206, and one ormore customers 208 over a network 210. The ERP system 206 managesvarious types of resources, information, and processes of a businessusing one or more central data stores. For example, the ERP system 206may include a production management module for managing productionprocesses. The sortation facility 204 is a postal facility used forprocessing unsorted or semi-sorted mail into semi-sorted or fully-sortedmail. The customers 208 include entities which use postal data orinterface with postal processes. For example, the customers 208 mayinclude external customers such as consumers or the government, or mayinclude internal postal customers such as human resources, shipping, oranother sortation facility.

The postal modeler 202 maps postal data to production management datacapable of being processed by the ERP system 206. The postal modeler 202includes a processor 212, a user interface 214, a network interface 216,one or more input devices 218, and a storage medium 220. The storagemedium 220 includes a data mapping module 222, historical allocationmatrix data 224, and an allocation matrix updater 226.

The storage medium 220 stores and records information or data, and maybe an optical storage medium, magnetic storage medium, flash memory, orany other storage medium type. The data mapping module 222 maps postaldata to production management data. The historical allocation matrixdata 224 may be generated based on a historic distribution of mailpreviously processed by one or more sorting stations of the sortationfacility 204 and may be used to predict the volumes expected at sortdestinations for future incoming mail. The allocation matrix updater 226updates the historical allocation matrix data 224 based on current,real-time data. For example, the historical allocation matrix data 224may be updated periodically, or the historical allocation matrix data224 may be updated in real time as incoming mail is sorted.

The processor 212 may be a processor suitable for the execution of acomputer program such as a general or special purpose microprocessor,and any one or more processors of any kind of digital computer. In someimplementations, the postal modeler 202 includes more than one processor212. The input devices 218 are configured to provide input to the postalmodeler 202. For example, the input devices 218 may include a mouse, akeyboard, a stylus, or any other device that allows the input of datainto the postal modeler 202.

The user interface 214 may be configured to render a visual displayimage. For example, the user interface 214 may be a monitor, atelevision, a liquid crystal display (LCD), a plasma display device, aprojector with a projector screen, an auto-stereoscopic display, acathode ray tube (CRT) display, a digital light processing (DLP)display, or any other type of display device configured to render adisplay image. The user interface 214 may include one or more displaydevices. In some configurations, the user interface 214 may beconfigured to display images associated with an application, such asuser interfaces generated by an ERP or postal modeling application.

The postal modeler 202 is connected to the network 210 and possibly toone or more other networks over the network interface 216. The network210 may include, for example, one or more of the Internet, Wide AreaNetworks (WANs), Local Area Networks (LANs), analog or digital wired andwireless telephone networks (e.g., a PSTN, Integrated Services DigitalNetwork (ISDN), and Digital Subscriber Line (xDSL)), radio, television,cable, satellite, and/or any other delivery or tunneling mechanism forcarrying data services. Networks may include multiple networks orsubnetworks, each of which may include, for example, a wired or wirelessdata pathway.

FIG. 3 is a flowchart illustrating a computer-implemented process 300for providing forecasted postal data. Briefly, the process 300 includesaccessing postal data which describes characteristics of a mailsortation process, mapping the postal data to production management datawhich describes characteristics of a model production management processin an initial state and which is capable of being processed by aproduction management application, inputting the production managementdata for processing by the production management application to produceforecasted production management data which predicts characteristics ofthe model production management process in a subsequent state, mappingthe forecasted production management data to forecasted postal datawhich predicts characteristics of the mail sortation process, andproviding at least a portion of the forecasted postal data to a user.

In further detail, when the process 300 begins (S301), postal data whichdescribes characteristics of a mail sortation process is accessed(S302). The postal data may be accessed from a mail sortation facilityand may include, for example, forecast deposits and collections of mail,actual deposits of mail, mail sortation area characteristics, a forecastallocation matrix, characteristics of raw, semi-sorted, and fully sortedmail inducted in the mail sortation process, labor requirements, andmechanized sortation capabilities.

Referring ahead briefly, FIGS. 4-6 illustrate example environments 400,500, and 600, respectively, for accessing postal data. For example, FIG.4 illustrates postal data including mechanized sortation capabilities402 and type and volume of mail 404 expected to be processed at one ormore sorting stations 405 of a mail sortation facility 406. As otherexamples, FIG. 5 illustrates labor requirements for sortation 502 andtype and volume of mail 504 expected to be processed at one or moresorting stations 505 of a sortation facility 506 and FIG. 6 illustratestype and volume of mail 602 actually received at one or more sortingstations 604 of a sortation facility 606 and a historical allocationmatrix 608 generated based on a historic distribution of mail previouslyprocessed by one or more sorting stations 604.

Returning to FIG. 3, after the postal data is accessed, the postal datais mapped to production management data (S304), where the productionmanagement data describes characteristics of a model productionmanagement process in an initial state and is capable of being processedby a production management application. For example, forecast depositsand collections of mail may be mapped to planned work orders of a modelproduction management process, actual deposits and collections of mailmay be mapped to pending work orders of the model production managementprocess, mail sortation area characteristics may be mapped to workcenter characteristics of the model production management process, aforecast allocation matrix may be mapped to a bill of materials of themodel production management process, characteristics of raw,semi-sorted, and fully sorted mail inducted in the mail sortationprocess may be mapped to characteristics of raw, semi-finished, andfully finished processing materials of the model production managementprocess, labor requirements may be mapped to resource levels of themodel production management process, and mechanized sortationcapabilities may be mapped to machine capabilities of the modelproduction process.

In the example of FIG. 4, a postal modeler 408 may map the type andvolume of mail expected 404 to a planned work order 410 which specifiesa type and a volume of processing materials expected to be processed atone or more machines of a production facility. The postal modeler 408may also map the mechanized sortation capabilities 402 to productionmachine capabilities 412. In the example of FIG. 5, a postal modeler 508may map the type and volume of mail expected 504 to a planned work order510 which specifies a type and a volume of processing materials expectedto be processed at one or more machines of a production facility and maymap the labor requirements for sortation 502 to work center resourcelevels 512. In the example of FIG. 6, a postal modeler 610 may map thetype and volume of mail actually received 602 to a pending work order611 which specifies a type and volume of processing materials ready tobe processed at one or more machines of a production facility and maymap the historical allocation matrix 608 to a bill of materials 612 foreach of the one or more production facility machines.

Mapping postal data to production management data may also includemapping each class of mail to a processing material of type “MAIL”,where the processing material is identified by one or more identifiers.For example, raw or semi-sorted mail may be mapped to a processingmaterial of type “MAIL”, identified by a first identifier having atleast one character string that identifies the processing material as araw or semi-finished processing material, respectively. In anotherexample, an identifier may have, for example, three character stringsthat each identify different characteristics of the class of mail. Forexample, a first character string may identify a type of mail selectedfrom the group consisting of short/long lettermail, oversizedlettermail, and unknown lettermail. For example, “SL” may representshort/long lettermail, “OS” may represent oversized lettermail, and “UK”may represent unknown lettermail. A second character string may identifya location to which the particular class of mail has been sorted to, ifany. For example, “TOR” may represent a destination location of Torontoand “WIN” may represent a destination location of Winnipeg. A thirdcharacter string may identify a next mail process. In someimplementations, a fourth character string may identify whether theparticular class of mail is delivery points sequenced or non-sequenced(e.g., “DPS” may represent delivery points sequenced and “NS” mayrepresent non-sequenced).

In the third character string, for example, “CFC” may represent a cullerfacer canceller process, “MLC” may represent a multi-line cancellationand optical character recognition (OCR) process, “MLV” may represent amulti-line optical character recognition process, “MLS” may represent amulti-line sort process, “MAN” may represent a manual sort process,“MAN” followed by a depot number (e.g., “MAND01”) may represent a manualfinal sort to a specific delivery depot process, “FSM” may represent aflat sorting machine process, “BCS” followed by a forecast allocationmatrix identifier (e.g., “BCS101”) may represent a barcode sort machineprocess which identifies a forecast allocation matrix, “BCS” followed bya city abbreviation (e.g., “BSCTOR”, where “TOR” is an abbreviation forToronto) may represent a barcode sort machine process which identifies acity, “BCSFWD” may represent a barcode sort machine process whichidentifies a forward area, “DPS” followed by a sequencing sorting passnumber (e.g., “DPS1”, “DPS2”) may represent a sorting process whichidentifies sequenced delivery points, and “LC” followed by a routeidentifier (e.g., “LC0001”) may represent a sorting process whichidentifies a letter carrier route.

Returning to FIG. 3, the production management data is inputted forprocessing by the production management application (S306) to produceforecasted production management data which predicts characteristics ofthe model production management process in a subsequent state. Forinstance, in the example of FIG. 4, the type and the volume of theprocessing materials specified by the planned work order 410 and theproduction machine capabilities 412 may be inputted to and processed bya production management ERP module 420 to predict whether one or more ofthe production machines are over-utilized or under-utilized, asrepresented by an “under/over-utilized processing state expected”forecasted production management data 430. In the example of FIG. 5, thetype and the volume of the processing materials expected to be processedat one or more machines of a production facility (e.g., as specified bythe planned work order 510) and the work center resource levels 512 maybe inputted to and processed by a production management module 520 topredict whether each of the production machines possess sufficientresources to process the type and the volume of the processingmaterials, as represented by a “sufficient/insufficient resourcesexpected” forecasted production management data 530.

In the example of FIG. 6, the pending work order 611 and the bill ofmaterials 612 may be inputted to and processed by a productionmanagement module 620 to predict a type and quantity of end itemsexpected to be produced by one or more production machines, asrepresented by a “type and a quantity of end items expected” forecastedproduction management data 630. In some implementations, a first typeand a first quantity of first end items produced by a first machine ispredicted, and at least a portion of the first type and the firstquantity of the end items produced by the first machine is inputted forprocessing by the production management module 620 to predict a secondtype and a second quantity of second end items produced by a secondmachine, and the second type and the second quantity of the second enditems is used to predict the type and quantity of the end items.

Returning to FIG. 3, the forecasted production management data is mappedto forecasted postal data which predicts characteristics of the mailsortation process (S308). For instance, in the example of FIG. 4, the“under/over-utilized processing state expected” forecasted productionmanagement data 430 may be mapped (e.g., by the postal modeler 408) toan “under/over-utilized sortation state expected” forecasted postal data440, to determine whether one or more sorting stations are over-utilizedor under-utilized. In the example of FIG. 5, the“sufficient/insufficient resources expected” forecasted productionmanagement data 530 may be mapped (e.g., by the postal modeler 508) to a“labor requirements satisfied/not satisfied” forecasted postal data 540,to determine whether labor requirements of each sorting station are met.In the example of FIG. 6, one or more customers of the mail sortationfacility (e.g., as identified by one or more customer identifiers 640)expected to receive the mail may be identified based on the “type andquantity of end items expected” forecasted production management data630. Additionally, a volume 642 of the mail expected to be delivered toeach of the customers may be identified, based on the “type and quantityof end items expected” forecasted production management data 630.

Returning to FIG. 3, at least a portion of the forecasted postal data isprovided to a user (S310), thereby ending the process 300 (S312). Theprovided forecasted postal data may be used to alter postal operations.For instance, in the example of FIG. 4, as represented by an “alterintra/extra sorting facility routings” feedback item 450, a routingbetween one or more sorting stations may be altered based on determiningthat one or more sorting stations are over-utilized or under-utilized,or, as another example, mail actually received at the mail sortationfacility may be reassigned to a different sorting station or to adifferent mail sortation facility based on determining that one or moresorting stations are over-utilized or under-utilized. In the example ofFIG. 5, as represented by a “reassign staffing” feedback item 550,staffing of the mail sortation facility may be reassigned based ondetermining that one are more sorting stations are predicted to notpossess sufficient resources.

In the example of FIG. 6, as represented by a “notify customers”feedback item 650, one or more customers may be notified of the type andthe volume of mail expected to be delivered. As another example, asrepresented by a “schedule resources” feedback item 655, resources totransport the expected volume of mail to each of the identifiedcustomers may be scheduled. Also, the historical allocation matrix 608may be updated based on the type and the volume of the mail actuallyreceived at the sorting stations of the mail sortation facility.

FIG. 7A illustrates a system 700 for sorting mail. A mailer 702 submitsan electronic order 704 for a large volume mailing. A mail shipment maybe transported (e.g., using one or more trucks 706) and may arrive at areceiving dock at a plant 708 (e.g., a plant located in Toronto). Themail shipment may be verified, such as verifying one or more containers710 a-b against an inspection checklist. An outward sort may beperformed at the plant 708, for example, using one or more MLOCR(Multi-Line Optical Character Recognition) machines 709.

Some of the sorted mail may be sorted for delivery to a second plant 712(e.g., a plant located in Winnipeg), and some of the sorted mail may betargeted for an inward sort process at the plant 708. An inward sortprocess may be performed at the plant 708 using, for example, one ormore barcode sort machines 714. Mail that has gone through the inwardsort process may be transported to one or more delivery offices 716 a-busing, for example, one or more trucks 718 a-b. For example, a maildistrict in Toronto served by the plant 708 may have 25 deliveryoffices. Mail may be unloaded at the delivery offices 716 a-b, may befurther sorted, and may be processed for final delivery.

Mail sorted for the plant 712 may be transported to the plant 712 usingone or more trucks 720. An outward sort may be performed at the plant712, for example, using one or more MLOCR machines 722. An inward sortprocess may be performed at the plant 712 using, for example, one ormore barcode sort machines 724. Sorted mail may be transported to one ormore delivery offices 726 a-b using, for example, one or more trucks 728a-b. For example, a mail district in Winnipeg served by the plant 712may have 5 delivery offices. Mail may be unloaded at the deliveryoffices 726 a-b, may be further sorted, and may be processed for finaldelivery.

FIG. 7B illustrates a system 730 for routing mail between multiple sortprocesses. A shipment of short/long lettermail may be received, forexample, from a large volume mailer (LVM) 732. The shipment may arrivein multiple containers, and containers may include, for example,unsorted mail with identifier “SL_RAW_MLV” 734 a targeted for amulti-line optical character recognition process, unsorted mail withidentifier “SL_RAW_MLS” 734 b targeted for a multi-line sort process,mail with identifier “SL_TOR_MLS” 734 c sorted to Toronto for amulti-line optical character recognition process, and mail withidentifier “SL_TOR_MLV” 734 d sorted to Toronto for a multi-line sortprocess. The mail identified by identifiers 734 a-d may, after sorting,be targeted for a second sort process, such as processes represented byidentifiers 736 a-h. The identifiers 736 a-h each represent a barcodesort machine process which may use an identified forecast allocationmatrix. For example, the identifier 736 b indicates that a forecastallocation matrix with matrix identifier “102” may be used.

FIG. 7C illustrates a system 740 for routing mail between multiple sortprocesses. The system 740 illustrates sort processes which may occur ata particular sortation facility (e.g., a plant in Toronto). Mail may bereceived at the sortation facility from one or more street collectionboxes 742 a, one or more retail post office locations 742 b, one or morelarge volume mailers 742 c, or one or more other sortation facilities742 d (e.g., Winnipeg, Vancouver). For incoming mail, a mail type and anext sortation process may be identified. For example, identifier“UK_RAW_CFC” 744 represents unsorted mail received from the collectionbox 742 a which is to be processed by a CFC (Cull Face Canceller)machine. After being processed by the CFC machine, mail may then beeither sorted manually (as indicated by identifier “SL_RAW_MAN” 746) orprocessed by a multi-line canceller (as indicated by identifier“SL_RAW_MLC” 748). The identifier 748 also represents mail received fromthe retail location 742 b and processed on a multi-line canceller.

Mail received from the large volume mailer 742 c may be unsorted (asindicated by identifiers “SL_RAW_MLV” 750 a and “SL_RAW_MLS” 750 b) orsorted to Toronto (as indicated by identifiers “SL_TOR_MLS” 750 c and“SL_TOR_MLV” 750 d. Mail represented by identifiers 750 a and 750 d maybe processed using a multi-line optical character recognition processand mail represented by identifiers 750 b and 750 c may be processedusing a multi-line sort process.

Mail received from a sortation facility 742 d may be identified byidentifiers 752 a-c. Identifiers 752 a and 752 b represent mail sortedto Toronto and targeted for a barcode sort process. Identifier 752 crepresents mail sorted to Toronto that may be further sorted using amanual process.

After being processed by a barcode sort process, the mail identified byidentifiers 752 a-b may be processed by a process identified by aidentifier from the set of identifiers 754 a-c or the set of identifiers756 a-h. Similarly, mail identified by the identifier 748 or mailidentified by one of the identifiers 750 a-d may be processed by aprocess identified by the identifiers 754 a-c or 756 a-h. Theidentifiers 754 a-d represent mail sorted to Toronto which may befurther sorted to a street address level using a delivery pointssequencing sort plan. The identifiers 756 a-h represent mail sorted toToronto which may be further sorted to a delivery route level using abarcode sorter.

Mail sorted on a delivery points sequencing sort plan may be processedusing a second delivery points sequencing sort pass, as indicated byidentifiers 758 a-c. Identifiers 760 a-f represent mail that has beensequenced to delivery points for a particular delivery office and for aparticular letter carrier route. For example, identifier 760 brepresents mail for delivery office “TD01” and letter carrier route“LC0002”.

Mail sorted to a delivery route level (e.g., mail represented byidentifiers 756 a-h) may be targeted for a specific delivery officeand/or letter carrier route, as indicated by identifiers 762 a-f. Forexample, identifier 762 c represents mail for delivery office “TD01” andletter carrier route “LC0003”. Mail sorted to a delivery route level maybe sequenced by delivery office personnel before delivery.

Mail that has not been sorted to a destination (e.g., mail identified byidentifiers 748, 750 a, or 750 b) may be manually sorted with a manualprime sort (as indicated by identifier 746), or may be targeted for abarcode sort to be performed at another sort facility (e.g., Vancouveror Winnipeg, as indicated by identifiers 764 a-d). For example, mailprocessed and rejected by a multi-line machine (e.g., identifiers 750 aand 750 b) may be manually sorted. Identifiers 766 a (“SL_VAN_MAN”), 766b (“SL_WIN_MAN”), and 766 c (“SL_TOR_MAN”) represent mail processed by amanual city sort to Vancouver, Winnipeg, and Toronto, respectively.Identifiers 768 a-d represent mail processed with a manual final sort toa specific Toronto delivery office. For example, identifier 768 brepresents mail targeted to a “TD02” delivery office.

FIG. 7D illustrates a system 770 for sorting mail. For example, thesystem 770 may be used at a mail sortation facility (e.g., a facility inToronto). A mailer (e.g., “LVM1”) submits an electronic order for amailing and a sales order 771 is created. A volume forecast for the LVM1customer is obtained (e.g., based on historical data), and a materialforecast 772 is created based on the LVM1 forecast and on a volumeforecast for retail and street collections 773.

A planned order 774 for the street collection 773 is created and isscheduled based on the material forecast 772. Similarly, a planned order775 for the LMV1 customer is also created and is scheduled based on thematerial forecast 772. Upon receipt of the street collection 773, a workorder 776 is created based on the planned order 774. The work order 776is executed. For example, mail may be outward sorted on a MLOCR machine777. A capacity plan 778 may be used for capacity planning for a workcenter that includes the MLOCR machine 777.

A work order 779 is created based on the planned order 775. The workorder 779 is executed, and volumes processed are confirmed with aconfirmation 780. If the actual volumes processed differ from thosespecified on the work order 779, then an adjustment 781 may be made to abilling document 782. A bill of materials 783 may be associated with thework order 779. The bill of materials 783 may list an input and one ormore sort outputs. For example, the bill of materials 783 lists an inputof short/long lettermail to be processed using a multi-line opticalcharacter recognition process, with two outputs sorted to Toronto for asecond barcode sort process, and a third output sorted to a Winnipegfacility for a barcode sort process.

Mail with an identified output of “SL_TOR_BCS101” is sorted to a barcodesort process using a sort plan with an identifier of “BCS101”.Similarly, mail with an identified output of “SL_TOR_BCS102” is sortedto a barcode sort processing using a sort plan with an identifier of“BCS102”. A planned order 784 may be created based on a materialforecast 785, where the material forecast 785 predicts volume of“SL_TOR_BCS101” mail, for example, based on historical data. A workorder 786 may be created based on the planned order 784. The work order786 may be executed. For example, mail may be processed using a barcodesorter 787. A capacity plan 788 may be used for capacity planning for awork center that includes the barcode sorter 787.

A bill of materials 789 specifies an output of “SL_TD01_LC0001_NS”,which indicates that mail is to be sorted to a delivery office withidentifier “TD01”. The “NS” indicates that further sorting may beperformed at the delivery office. An incoming transfer 790 may be usedto receive input mail of type “SL_TOR_BCS101” from other sortationfacilities. Mail of type “SL_TOR_BCS_(—)102” may be processed in asimilar fashion as for mail of type “SL_TOR_BCS_(—)101”.

Output mail of type SL_WIN_BCSCITY specified on the bill of materials783 may be processed at a Winnipeg sortation facility 792. A plannedorder 793 may be created based on a material forecast 794. An incomingtransfer 795 may be used to receive the incoming mail. A work order 796may be created, scheduled and executed at the Winnipeg facility 792.

FIG. 8 is a flowchart illustrating a computer-implemented process 800for sorting mail. Briefly, the process 800 includes induction, outwardsort, transportation, inward sort, and delivery. In further detail, whenthe process 800 begins (S801), an induction stage is performed (S802).The induction stage may include a number of steps.

For example, referring ahead briefly, FIG. 9A illustrates an examplecomputer-implemented process 900 for performing an induction process(e.g., process 900 may be used to implement S802 of the process 800).Briefly, the process 900 includes receiving an electronic order,picking-up, collecting, or otherwise receiving a mailing, andverification. For the induction stage, it may be assumed that nomachines are used, and therefore capacity planning may or may not beused for this stage.

In further detail, when the process 900 begins (S901), an electronicorder (e.g., pre-advice) is received (S902). Mailers may send anotification that they will be submitting a mailing. An order may becompleted and submitted electronically through an order capture system(e.g., web application). The order may be a pre-advisement that ashipment may be expected on a specific date/time. The mailer may specifythe order volume by mail type and pre-sortation level, which may allowthe induction facility as well as other downstream facilities to startcapacity planning processes.

Referring ahead briefly, FIG. 9B illustrates a computer-implementedprocess 920 for receiving an order (e.g., process 920 may be used toimplement further details of S902 of the process 900). Briefly, theprocess 920 includes a mailer submitting an order, and creating a salesorder from information received from an online order capture system.

In further detail, when the process 920 begins (S921), a mailer submitsan order (S922). A mailer may complete, for example, an onlineapplication form which captures customer and shipment information andcalculates postage cost. The postage cost may be calculated based onvariables, such as mail class, mail type and sortation level. Whensubmitted, the order form may have information used to start the nextstep in the sortation process. The electronic order may serve as themailer's pre-advice.

Mailer-supplied information may include, for example, a customer number(which identifies a customer account), a mailer identifier (e.g., if themailer presenting shipment is different than the mailer paying for theshipment), a contract number, and an induction facility with postalcode. The mailer may also supply a date and time of mailing (e.g., adate and time that the mailing is to be inducted, assuming that theappointment slot is available), number and types of containers (mono,pallet, bag, etc.), number of pieces per container type (e.g., by mailtype), weight per piece (e.g., by mail type), a cost center reference,and a pre-sort level (e.g., by container, including destinationinformation).

After the mailer submits an order, a sales order is created frominformation received from an online order capture system (S924), therebyending the process 920 (S925). Once the mailer submits their onlineorder through the online order capture system, the information may bereceived into an ERP environment through an interface and may be createdas a sales order object in a sales and distribution module. A salesorder number may be assigned. Using sales order information, theexpected number of orders and expected total volume for each mail typefor an induction location on a particular date and time may bedetermined.

For example, FIG. 9C illustrates an example user interface 930 forcreating a sales order. An area 932 may be used for specifying a sold-toparty, shipped-to party, and other customer information. An area 934 maybe used to display items included in the order, including itemdescriptions, quantities and prices. A requested delivery date may bespecified and displayed in a control 936.

Returning to FIG. 9A, a mailing is picked-up, collected, or received(S904). As a brief overview, a shipment may arrive at an inductionfacility and may be received at a receiving dock and the shipment may beentered into an ERP system to mark that it has been received.

Referring ahead briefly, FIG. 9D illustrates a computer-implementedprocess 940 for picking-up, collecting, or receiving a mailing (e.g.,process 940 may be used to implement further details of S904 of theprocess 900). Briefly, the process 940 includes scanning an ordershipment and creating an inbound delivery.

In further detail, when the process 940 begins (S941), an order shipmentis scanned (S942). The order may arrive at an induction location. Asales order number on a paper order manifest may be provided by a driverand each container within the shipment piece may be scanned by dockpersonnel. A date-received time stamp may be stored in an eventmanagement module. The event management module may also store barcodescan information for each container, with each container marked as“received” and also identified as an event handler. A received event maybe triggered in the ERP system.

After the order shipment is scanned, an inbound delivery is created(S944), thereby ending the process 940 (S945). In the ERP system, whenan order is received at an induction facility, an inbound delivery maybe created to signify that the order has been received. An inbounddelivery for incoming order may be created automatically or manually.

Returning to FIG. 9A, the mail order is verified (S906), thereby endingthe process 900 (S907). Referring ahead briefly, FIG. 9E illustrates acomputer-implemented process 960 for mail order verification (e.g.,process 960 may be used to implement further details of S906 of theprocess 900). Briefly, the process 960 includes verifying an incomingmail order and moving inventory to one or more sorting staging areas.

In further detail, when the process 960 begins (S961), an incoming mailorder is verified (S962). A verification process may verify a mailorder. For example, once a delivery is created from a sales order, aninspection checklist, with an assigned inspection lot number, may becreated automatically based on mailing type (e.g., material number).

After the mail order is verified, inventory is moved to one or moresorting staging areas (S964), thereby ending the process 960 (S965). Anexpected event may be created in the ERP system to move inventory to oneor more sorting staging areas. For mail that is pre-sorted, a generatedwork order may be a stock transfer order, which may be created based onone or more planning materials and one or more routing assignments.Pre-sorted mail may bypass a later outward sort processing step.

Returning to FIG. 8, an outward sort stage is performed (S804). Theoutward sort stage may include a number of steps. For example, referringahead briefly, FIG. 10A illustrates a computer-implemented process 1000for performing an outward sort process (e.g., process 1000 may be usedto implement S804 of the process 800). Briefly, the process 1000includes forecasting expected volume, sort preparation (capacity andresource planning), outward sorting, and clearing mail and transferringdelivery.

In further detail, when the process 1000 begins (S1001), expected volumeis forecasted (S1002). Forecasting mail volumes for each planningmaterial may help sort facilities schedule machine and labor work. Aplanning material represents a mail piece through a sorting processstage. Mail items may be associated with a material type. Definedplanning materials may have a material type of “MAIL”, where the “MAIL”material type may be based, for example, on a non-valuated stockmaterial type.

Planning materials may be used to schedule capacities and to track mailthrough and between sort facilities. Forecasting may be done for eachsorting process step and may or may not be done for the route level.Forecasts may include historical data for past customer mailings, retailcollections and street letter box collections. Customer forecasts mayhelp to forecast materials for the outward sort process. A forecastallocation matrix may be used to estimate the percent allocation peroutput type for each planning material.

The sortation facility may obtain an estimate for retail and streetcollections based on historic information. The historic information maybe stored in a data warehouse tool. A forecast may include historicalinformation for a shift, hour, day of the week, month, and year, such asfor a corresponding period for the previous week, the previous month, orthe previous year.

Referring ahead briefly, FIG. 10B illustrates a computer-implementedprocess 1020 for forecasting expected volume (e.g., process 1020 may beused to implement further details of S1002 of the process 1000).Briefly, the process 1020 includes obtaining forecasted estimates fromretail and street collections, obtaining customer forecasts, andcreating an initial material forecast.

In further detail, when the process 1020 begins (S1021), forecastedestimates from retail and street collections are obtained (S1022). Thesortation facility can obtain an estimate for retail and streetcollections based on historic information, which may be obtained, forexample, from a data warehouse tool. Inputs provided to a query suppliedto a data warehouse may include date information, a sortation facilitynumber, and a planning material identifier. A data warehouse query mayoutput, for example, historical information for a shift, hour, day ofthe week, month, and year, such as for a corresponding period for theprevious week, the previous month, or the previous year.

After retail forecasted estimates are obtained, customer forecasts areobtained (S1024). The sortation facility may obtain a customer levelforecast by planning material based on historic information. Thecustomer level forecast may be used for the outward sort process. Thehistoric information may be stored, for example, in a data warehousetool. Inputs provided to a query supplied to a data warehouse mayinclude date information, a sortation facility number, and a planningmaterial identifier. A data warehouse query may output customer levelhistoric information.

After customer forecasts are obtained, an initial material forecast iscreated (S1026), thereby ending the process 1020 (S1027). By using theestimates from retail and street collections, as well as customerforecasts for a planning material, a material forecast is generated. Anoutput determination for the material forecast may be determined usingone or more forecast allocation matrices. A historical allocation matrixspecifies percent allocation by output type based on historic trends.

For example, FIG. 10C illustrates example forecast data and examplehistorical allocation matrices. Customer forecast data 1030 a indicatesthat for a first large volume mailer (LVM1), eighty five thousand piecesof short/long lettermail sorted to Toronto are expected and one hundredfifty thousand pieces of short/long unsorted lettermail targeted for amulti-line optical character recognition process are expected. Customerforecast data 1030 b indicates that one hundred fifty thousand pieces ofunsorted short/long lettermail targeted for a multi-line opticalcharacter recognition process are expected for a second LVM (LVM2).Customer forecast data 1030 c indicates that one hundred twenty thousandpieces of unsorted short/long lettermail targeted for a multi-lineoptical character recognition process are expected for a third LVM(LVM3). Forecast data 1030 d indicates that ten thousand pieces ofunsorted mail targeted for a culler face canceling process are expectedfrom other sources (e.g., retail locations and street collections).

A historical allocation matrix 1031 a specifies historical output typeallocations for an input type of “UK_RAW_CFC”. For example,historically, fifty four percent of mail of an input type of“UK_RAW_CFC” is short/long lettermail requiring manually sorting (outputtype “SL_RAW_MAN”), thirty four percent is short/long lettermail to besorted with a multi-line sort with stamp cancellation (output type“SL_RAW_mLC”), four percent is commercial mail to be sorted with amulti-line sort without stamp cancellation (output type “SL_RAW_MLV”),and eight percent is commercial mail to be sorted using a multi-linesort leveraging a customer barcode (output type “SL_RAW_MLS).

A forecast 1030 e may be created for an input type of “SL_RAW_MLV” byadding together input sources of mail of type “SL_RAW_MLV”. For example,the expected “SL_RAW_MLV” inputs of one hundred fifty thousand fromLMV1, one hundred fifty thousand from LMV2, and one hundred twentythousand from LMV3 may be summed for a sub total of four hundred twentythousand. The four hundred twenty thousand may be added to the percentof “SL_RAW_MLV” mail expected from the forecast data 1030 d based on thematrix 1031 a. Four percent of the ten thousand pieces of unsorted mailexpected by the forecast data 1030 d (i.e., four hundred pieces) ispredicted to be of type “SL_RAW_MLV”. A total of four hundred twentythousand four hundred pieces of “SL_RAW_MLV” mail is expected.

A forecast 1030 f for a barcode sort process for Toronto may be created.For example, the forecast 1030 f may include the eighty five thousandpieces of mail from LMV1 sorted to Toronto. Also, a matrix 1031 b may beused to predict, for an input of “SL_RAW_MLV”, an output volume of mailsorted to Toronto for the barcode sort process. For example, the matrix1031 b indicates that, historically, fourteen percent of “SL_RAW_MLV”mail is output as mail sorted to Toronto for a bar code sort processusing a sort plan of “101”. Fourteen percent of the forecasted fourhundred twenty thousand four hundred pieces of “SL_RAW_MLV” mail isfifty eight thousand eight hundred fifty six, as shown in the second rowof the forecast 1030 f. Other forecast allocation matrices may bereferenced to predict volumes of mail corresponding to other mail typeswhich are targeted for the Toronto barcode sort process using sort plan“101”.

Returning to FIG. 10A, after expected volume is forecasted, capacity andresource planning are performed to prepare for outward sort (S1004).Planning based on pre-advised orders and upstream processing activitiesmay generate advanced notification about what volumes are expected andtherefore what level of machine and labor utilization may be required tosort and clear the mail from the facility. A work center consists of amachine or multiple machines and its labor requirements. The number ofman hours (both full-time resources and casuals) available by costcenter may be defined in a work center definition. The work centerdefinition includes the operating time, capacity utilization and numberof individual capacities.

For example, FIG. 10D illustrates an example user interface 1033 forconfiguring a work center. An area 1034 a specifies the plant the workcenter is associated with, and a work center description. For example,the work center information displayed in the interface 1033 correspondsto a work center for a MLOCR machine located in a Toronto facility. Anarea 1034 b displays capacity information for the work center,indicating that 500 pieces of mail may be processed per minute permachine, one machine is available in the work center, and the machine isavailable for 8 hours per day.

A routing provides instructions to the planned order and/or the workorder to indicate which machine the planning material should be sortedon. The routing also specifies throughput rate as well as set-up orclearing requirements. Using the routing information along with the workcenter (machine) definition, the planned orders and work orders can bescheduled accordingly.

For example, FIG. 10E illustrates an example user interface 1035 forconfiguring a routing. The user interface 1035 includes a reference 1036to an associated work center. The user interface 1035 displays athroughput rate 1037 of five hundred units per minute, and setup time1038 and tear-down time 1039 requirements of two minutes each.

Referring ahead briefly, FIG. 10F illustrates a computer-implementedprocess 1040 for capacity and resource planning (e.g., process 1040 maybe used to implement further details of S1004 of the process 1000).Briefly, the process 1040 includes creating and scheduling a plannedorder from a material forecast, creating and scheduling a work orderfrom a sales order, updating the planned order, and creating a workorder from the planned order.

In further detail, when the process 1040 begins (S1041), a planned orderis created from a material forecast and is scheduled (S1042). A materialforecast may drive a planned order for a planning material, and aplanned order may be created, for example, on a daily basis. The plannedorder may specify the volume expected for the planning material on theassociated date and location. The planned order may take the finalmaterial forecast quantity from the cutoff date of the planning timefence. The planned order may be used to develop an initial outward sortcapacity scheduling. A planned order defines what planning material andvolume are planned to be processed. When scheduling the planned order,the routing may provide instructions to a work order to indicate onwhich machine the material should be sorted. Once the planned order isscheduled, the start and finish date/time may be updated in the plannedorder.

For example, FIG. 10G illustrates an example user interface 1050 forconfiguring a planned order. The interface 1050 includes a control 1051a for configuring the material associated with the planned order. Astart date and time 1051 b and finish date and time 1051 c may bespecified. The finish date and time 1015 c may be calculated using thethroughput rate on the routing and operating time of an associated workcenter.

An associated work center reference 1051 d is displayed in the userinterface 1050. If the associated work center machine is over capacity,the planned order may be reassigned to a different routing (i.e. arouting with multiple machines).

Returning to FIG. F, a work order is created from a sales order and isscheduled (S1044). A production work order may be created for each mailtype recorded in a sales order. For example, if a mailer specifies twodifferent mail types on one sales order, then two separate work ordersmay be created that reference the sales order. An article may be used toidentify mail types. An article is an item used for retail customers andis synonymous to a material. Articles may be based on a non-valuatedservice material type. Each mail type may be converted to a planningmaterial using a mapping table.

For example, FIG. 10H illustrates a mapping table 1052 which mapsarticles 1053 a-e to one or more planning materials. For example, thearticle 1053 a representing machineable, short/long lettermail is mappedto a planning material type 1054 a of “SL_RAW_MLV” representingshort/long unsorted mail targeted for a multi-line optical characterrecognition process. As another example, the article 1053 b representingmachineable, short/long advertisement mail is mapped to a planningmaterial type 1054 b of “SL_RAW_MLS” representing unsorted, short/longmail targeted for a multi-line sort process.

Several mail types may be mapped to one planning material. For example,the article 1053 c representing machineable, oversized lettermail andthe article 1053 d representing machineable, oversized advertisementmail are both mapped to a planning material type 1054 c of “OS_RAW_FSM”representing unsorted, oversized lettermail targeted for a flat sortingmachine process. A single article may be mapped to several planningmaterials. For example, the article 1053 e representing presorted,standard lettermail is mapped to planning material types 1054 d-f. Theplanning material types 1054 d-f represent short/long lettermailtargeted for a multi-line optical character recognition process andsorted for Toronto, Winnipeg, or Vancouver, respectively.

A work order may determine the routing the mail pieces will follow(outward sort, cross-dock to next facility, etc). The work order mayhelp to schedule the machine and labor capacity in the outward sortprocess. When scheduling the work order, the process may be similar tothat of a planned order. Once the work order is scheduled, the start andfinish date/time may be updated in the work order.

A work order defines what planning material is to be processed, wherethe planning material may be processed, when the planning materialshould be processed, and how much work is required. When a work order iscreated, a routing is selected. The routing provides instructions to thework order to indicate on which machine the material should be sorted. Arouting may also specify the machine capacity as well as additionaltimes to consider (e.g., set-up time). Planned costs for the order maybe generated and capacity requirements may be generated for associatedwork centers.

The routing may include a work center with one or more associatedmachines. A planned order and a work order may be assigned to the samerouting or to a different routing. If a work center becomes overcapacity, a work order may be reassigned to a different routing usinganother work center that uses the same type of machine. As anotherexample, the utilization of a single machine may be extended if hoursremain on that machine before clearance time.

For example, FIGS. 10I-L illustrate capacity planning scenarios. FIG.10I illustrates planned order information 1056 which indicates that onehundred fifty thousand pieces of unsorted short/long lettermail areexpected to be processed on a MLOCR machine. Work center information1057 indicates that one MLOCR is available, with a capacity of fivehundred pieces per minute (thirty thousand pieces per hour) and eighthours of availability. A capacity evaluation interface 1058 indicatesthat three hundred and four minutes may be required to process theplanned order. For example, the total quantity of one hundred fiftythousand pieces divided by the machine throughput of five hundred piecesper minute results in a processing time of three hundred minutes. Setupand tear down time add an additional four minutes. The required run timeof three hundred four minutes is less than the available run time offour hundred eighty minutes, so, in this example, the work center isunder capacity.

FIG. 10J illustrates an over-capacity scenario. Order information 1060indicates that four hundred twenty four thousand pieces of short/longlettermail are expected to be processed on an MLOCR machine, with onehundred fifty thousand pieces for a first planned order, one hundredfifty thousand pieces for a second planned order, and one hundred twentyfour thousand pieces for a production order. Work center information1062 indicates that one MLOCR machine is available, with a capacity offive hundred pieces per minute (thirty thousand pieces per hour) andeight hours of availability.

A capacity evaluation interface 1063 indicates that processing time(including setup and teardown) may include three hundred and fourminutes for the first planned order, three hundred and four minutes forthe second planned order, and two hundred fifty two minutes for theproduction order, for a total of eight hundred sixty minutes of requiredrun time. The available run time is four hundred eighty minutes, whichis three hundred eight minutes short of the required run time.

The two planned orders and the production order may be switched to adifferent routing that has a higher capacity, such as a routing that mayuse two MLOCR machine capacities. For example, as shown in FIG. 10K,work center information 1064 indicates that the work center includes twoMLOCR machines, each with a capacity of 500 pieces per minute, for atotal work center capacity of sixty thousand pieces per hour. A capacityevaluation interface 1065 indicates that the available run time of ninehundred sixty minutes exceeds the required run time of eight hundredsixty minutes by one hundred minutes, indicating that the work center isunder capacity.

FIG. 10L illustrates a capacity planning scenario involving a multi-linesort and a manual sort. A capacity plan 1066 includes two employees 1067a-b working eight hours each in a work center which includes an MLOCRmachine 1067 c with a capacity of thirty thousand pieces per hour. Thetotal capacity of the work center for the shift is two hundred fortythousand pieces. A volume of one hundred thousand pieces is expected.

The capacity plan 1066 also references a work center for performing amanual prime sort. The manual sort work center includes one employee1067 d working eight hours, with a throughput rate of five hundredpieces per hour (or a total throughput of four thousand pieces). Avolume of four thousand pieces is expected.

Upon execution of a work order, actual volumes may differ from expectedvolumes. For example, the actual volume to be processed on the MLOCRmachine 1067 c may be one hundred twenty thousand and actual volume tobe manually sorted may be eight thousand. With an actual volume of onehundred twenty thousand, the MLOCR work center is still well undercapacity, but with an actual volume of eight thousand pieces, the manualsort work center is over capacity. To meet actual manual sort volumes,assuming that one employee 1067 a-b working in the MLOCR work center canachieve at least a throughput of fifteen thousand pieces per hour tomeet the MLOCR demand, one employee 1067 a-b working in the MLOCR workcenter may sign out of the MLOCR work center and sign in to the manualsort work center (as illustrated by employee 1067 e), increasing thehourly throughput rate of the manual sort work center to one thousandpieces per hour, sufficient to meet the actual manual sort volume ofeight thousand pieces. As another example, a “casual employee” 1067 f,meaning an employee not otherwise assigned to critical sorting tasks,may sign in to the manual sort work center to work as an additionalmanual sorter.

A bill of materials (BOM) may be associated with a work order and may be“exploded”, or expanded, and the items in the bill of material may betransferred to the order. For each planning material, a bill ofmaterials is used to indicate that for a specific input, the input canbe sorted to an included list of outputs. The first item on the BOM maybe recursive, meaning that it consumes itself. The balance of the BOMitems may be considered by-products. For example, a planning materialwith identifier “SL_RAW_MLV” represents short/long unsorted lettermailthat is to be run on an MLOCR machine. A planning material “SL_RAW_MLV”would be recursive on the BOM. When run on the MLOCR machine, the“SL_RAW_MLV” material may be sorted into several different output types(e.g., the by-products). Once the “SL_RAW_MLV” material has beenprocessed on the MLOCR, the “SL_RAW_MLV” input becomes zero andby-products are produced as outputs.

For example, FIG. 10M illustrates an example BOM 1070 which shows anexample input 1071 of one hundred thousand pieces of unsorted short/longlettermail and example outputs 1072 a-d. The output 1072 a is also thematerial type “SL_RAW_MLV”, and the output quantity is set to zero items(representing the consumption of the input 1056). The remaining outputsrepresent output sort types. For example, output 1072 b represents anoutput of forty thousand pieces of short/long lettermail sorted toToronto for barcode sorting (where sorting is associated with a forecastallocation matrix having identifier “101”), output 1072 c represents anoutput of fifty thousand pieces of short/long lettermail sorted toToronto for barcode sorting (where sorting is associated with a forecastallocation matrix having identifier “102”), and output 1072 d representsan output of ten thousand pieces of short/long lettermail sorted toWinnipeg for barcode sorting. The piece count associated with the input1071 (e.g., one hundred thousand) is equal to the sum of the piececounts of the outputs 1072 b-d (e.g., forty thousand plus fifty thousandplus ten thousand).

FIG. 10N illustrates an example user interface 1074 for configuring aBOM. The interface 1074 displays a material input 1075 of type“SL_RAW_MLV” of short/long unsorted lettermail targeted for a multi-linecharacter optical recognition process. An area 1076 displays a list ofoutputs. An output 1077 is also of material type “SL_RAW_MLV”, andrepresents the consumption of the input 1075. The remaining outputslisted in the area 1076 represent output sort types.

Returning to FIG. 10F, the planned order is updated (S1046). If a workorder is created from a customer sales order, the associated orderamount may decrease the planned order amount as actual volume from thecustomer.

A work order is created from the planned order (S1048), thereby endingthe process 1040 (S1049). For example, the planned order may beconverted into a production work order on the day the run is scheduledto be executed. A work order can be created from either a sales order ora planned order.

For example, FIG. 10O illustrates an example user interface 1078 forconfiguring a production order. The interface 1078 specifies a materialtype 1079 a of “SL_RAW_MLV”, and a quantity 1079 b of one hundred fiftythousand pieces. A start date and time 1079 c and a finish end date andtime 1079 d are also specified. The production order displayed in theinterface 1078 may be created, for example, from the planned orderdisplayed in the interface 1050 (FIG. 10G).

Returning to FIG. 10A, an outward sort process is performed (S1006). Inoutward sorting, mail is sorted according to mail destination. Outwardsorting may involve a number of steps. For example, referring aheadbriefly, FIG. 10P illustrates a computer-implemented process 1080 foroutward sorting (e.g., process 1080 may be used to implement furtherdetails of S1006 of the process 1000). Briefly, the process 1080includes receiving mail at a sortation facility, physically sorting themail, confirming a work order, determining whether a quantity varianceexists, creating a billing adjustment if a quantity variance exists, andcreating a planned order or stock transfer order.

In further detail, when the process 1080 begins (S1081), mail isreceived at a sortation facility (S1082). Dock personnel may scan allcontainers upon arrival. Each container scan may be identified as anevent handler, and a “ready for sort” event may be generated. Mail maybe merged and staged according to a sort plan and mail may be moved toone or more sortation areas. The received mail may correspond to a workorder number (e.g., either a work order created from a customer salesorder or a work order created from a planned order).

After mail is received, the mail is physically sorted (S1083). Forexample, mail may be sorted by one or more sorting machines. A taskidentifier may be scanned by a machine before the sorting of an orderoccurs. The task identifier may denote the beginning of an order. Thenext task identifier scanned may denote the end of the previous orderand the beginning of a new order. The task identifier may be, forexample, an escort card that may be fed into the sorting machine at thebeginning of the order. The escort card data may be read by the machine,and may include information such as work order number, customer number,and other information.

Based on the planning material type, the mail may follow a routingprocess. When the mail runs through a sorting machine according to thesort plan, the data captured from the machine may be transferred to theERP system. An alert monitor may be used to notify the sortationfacility if a machine is over capacity (e.g., as compared to theoriginal sort capacity plan) and a sorting task may be reassigned toanother machine. As mail is sorted, output volumes organized by sortplan may be calculated.

After the sort has been performed, the sorted mail may be put in trayslabeled with destination identifiers. The sort machine may interfacewith the ERP system and may provide data, such as volume per destinationand sortation facility. After mail pieces staged at a particular machinehave been processed, the mail volume per sort plan and each destinationwithin the sort plan may be determined.

The original inducted containers received at the sorting facility may bedisassembled and “re-created” in the ERP system after sorting iscompleted. A new container with a new label may be created and may betracked as containers. Containers can be nested into a handling unit.Containers that are scanned can be recorded in the ERP system ashandling units. A handling unit may include, for example, the followingcharacteristics: source, destination, material type, volume, and servicelevel commitment. The handling unit may be defined according to a routelevel. A route level may be used by the delivery office to performdemand planning.

After mail is sorted, a work order associated with the mail is confirmed(S1084). Once a work order has been processed on the outward sort workcenter (e.g., a next task identifier has been read), the actual volumesthat have been processed may be updated on a corresponding work order,for example, by using a confirmation.

After the work order is confirmed, it is determined whether a quantityvariance exists (S1085). For example, a quantity specified on a salesorder may differ from an actual processed quantity.

If a quantity variance exists, a billing adjustment is created (S1086).For example, a quantity may be updated in a sales order, and pricing maybe adjusted.

Next, a planned order or stock transfer order is created (S1087),thereby ending the process 1080 (S1088). For example, using work orderconfirmations, a planned order may be created for each planning materialto be used for a later inward sort process. As new confirmations arecreated, the planned order may be updated with additional volumes. Stocktransfer orders may also be created at this time for planning materialsfor the inward sort process at another sortation facility. The stocktransfer orders may be created and updated using work orderconfirmations.

Returning to FIG. 10A, mail is cleared and transferred for delivery(S1008), thereby ending the process 1000 (S1009). Once mail has beenprocessed through the sorting machine, the mail is cleared from themachine. The processed mail may be taken from the sorting machine andmay be collected by trays and put into new containers based on theirdestination.

Referring ahead briefly, FIG. 10Q illustrates a computer-implementedprocess 1090 for clearing and transferring mail for delivery (e.g.,process 1090 may be used to implement further details of S1008 of theprocess 1000). Briefly, the process 1090 includes creating destinationcontainers, moving containers to a dock, and scanning containers asready for delivery.

In further detail, when the process 1090 begins (S1091), destinationcontainers are created (S1092). Sorted mail may be put in destinationcontainers. A destination container may be based on the finaldestination of the mail. Once mail has been put into a destinationcontainer, the container may be scanned and material information may bestored as sorted inventory in the ERP system. A shipping unit (e.g.,“monotainer”) may be created from multiple containers that are destinedfor the same destination location. Pre-sorted material may be includedin a shipping unit. A shipping unit can include material that has gonethrough outward sort, as well as pre-sorted materials. Containers may benested in a shipping unit. A shipping unit tag or barcode identifier maybe created. All the containers holding mail for a particular destinationmay be scanned and may be loaded into a shipping unit. The shipping unitbarcode identifier may be scanned and the shipping unit may be marked asclosed in the ERP system.

After destination containers are created, containers are moved to a dock(S1093). For example, mail may be cleared from the sorting area andmoved to one or more staging areas within a delivery dock area.

Next, containers are scanned as ready for delivery (S1094), therebyending the process 1090 (S1091). Scanned containers may appear in theERP system as ready for transportation. The number of shipping units andmail volume that is ready for delivery may be available from the ERPsystem, and this information may be used by downstream processes (e.g.,transportation, inward sortation) to perform capacity planning.

FIG. 10R illustrates a system 1096 for forecasting and capacityplanning. The system 1096 includes a postal system 1098 a, a datawarehouse 1098 b and an ERP system 1098 c. An initial material forecast1099 a for a first sort may be created from forecasted estimates 1099 bfrom small customers, retail and street collections and from one or moreforecasted estimates 1099 c from one or more large volume mailercustomers. The forecasts 1099 c may be obtained by retrieving historicalinformation from a forecast reporting component 1099 d of the data warehouse 1098 b. An output determination for the material forecast 1099 amay be determined using one or more forecast allocation matrices.Forecasting may be done for each sorting process step. For example, amaterial forecast 1099 f may be created for a second sort step, and aplanning material forecast 1099 g may be created by combining theforecasts 1099 a and 1099 f. A bill of materials 1099 h may list aninput material type and sort output material types.

One or more planned orders 1099 i may be created from the materialforecast 1099 g. One or more production orders 1099 j may be createdbased on the one or more planned orders 1099 i. A customer sales order1099 k may be created when a customer places an order, and a referencetable 1099 m may be used to map sales order materials to productionplanning materials. When the production order 1099 j is executed, thereference table 1099 m may be used.

Returning to FIG. 8, after the outward sort stage is completed, atransportation stage is performed (S806). In general, transportation maybe managed using a transportation module of the ERP system, or may beintegrated, for example, with a yard management module. Thetransportation stage may include a number of steps. For example,referring ahead briefly, FIG. 11A illustrates an examplecomputer-implemented process 1100 for performing a transportationprocess (e.g., process 1100 may be used to implement S806 of the process800). Briefly, the process 1100 includes scheduling transportation,loading mail, transporting to a plant, and unloading mail.

In further detail, when the process 1100 begins (S1101), transportationis scheduled (S1102). Scheduling transportation may involve a number ofsteps. For example, referring ahead briefly, FIG. 11B illustrates anexample computer-implemented process 1120 for scheduling transportation(e.g., the process 1120 may be used to implement S1102 of the process1100). Briefly, the process 1120 includes obtaining historical data,obtaining sales order information, developing a demand plan, anddeveloping a transportation plan.

In further detail, when the process 1120 begins (S1121), historical datais obtained (S1122). For example, historical data may includeinformation such as historical volumes per truck, for periods such asfor the previous hour, day, day of the week, month, or year. Historicaldata may be used, for example, to forecast a transportation demand plan.

Next, sales order information is obtained (S1124). Sales orderinformation may be obtained, for example, from a sales order created andreceived through an online shipping tool in an earlier induction step.Sales order information may be used to determine transportationscheduling needs.

After sales order information is obtained, a demand plan is developed(S1126). For example, a transportation demand plan may be developedusing historical data and expected order volume, to help scheduletransportation needs.

After a demand plan is developed, a transportation plan is developed(S1128), thereby ending the process 1120 (S1130). Using the demand plan,a transportation schedule may be created to track execution against thedemand plan. Comparing actual execution against the demand plan may givevisibility to capacity variances, such as over or under capacity.

Returning to FIG. 11A, mail is loaded (S1104). Loading mail may involvea number of steps. For example, referring ahead briefly, FIG. 11Cillustrates a computer-implemented process 1140 for loading mail (e.g.,the process 1140 may be used to implement S1104 of the process 1100).Briefly, the process 1140 includes scanning a truck tag upon truckarrival, scanning and loading shipping units onto one or more trucks,scanning a truck tag upon load completion, and scanning a truck tag upondeparture.

In further detail, when the process 1140 begins, a truck tag is scannedupon a truck arrival (S1142). The truck in which the shipping units arebeing transported has an associated truck tag, and the tag is scannedand may be associated to a level of service commitment. In response tothe scanning of the truck tag, a truck arrival scan event may becreated. The truck arrival time, a trip number, and other informationmay be stored.

Next, shipping units are scanned and loaded onto one or more trucks(S1144). As shipping units are being loaded onto the truck, they may bescanned and marked with their position on the truck. Validation ofshipping units may be performed to verify that each shipping unit is onthe correct truck. As containers are being scanned and the truck isalmost at capacity, an event management module may send an alert tonotify that another truck may be needed. Shipping load time and trailerutilization may be calculated and stored.

The truck tag is scanned upon load completion (S1146). Once a truck hasbeen loaded with a complete shipment or has reached capacity, the trucktag is scanned and the truck status is marked as loaded. A truck loadedevent may be generated.

The truck tag is scanned upon load departure (S1148), thereby ending theprocess 1140 (S1149). The truck status is marked as departed, andtrailer departure time is recorded. A trailer departure event may begenerated.

Returning to FIG. 11A, mail is transported to an inward sort facilityplant (S1106). The status of a truck in transit may be changed to andmay appear in an event module as “Departed—In transit”. A truck's GPS(Global Positioning Satellite) information may be monitored in order toalert downward facilities if there is a delay and also to monitor routeperformance.

After mail has been transported, the mail is unloaded (S1108), therebyending the process 1100 (S1109). Unloading mail may include a number ofsteps. For example, referring ahead briefly, FIG. 11D illustrates acomputer-implemented process 1160 for unloading mail (e.g., the process1160 may be used to implement S1108 of the process 1100). Briefly, theprocess 1160 includes scanning a truck tag upon truck arrival, unloadingand scanning shipping units, moving shipping units to a staging area,and separating containers from the shipping unit.

In further detail, when the process 1160 begins (S1161), a truck tag isscanned upon truck arrival (S1162). Once a truck has arrived, the trucktag is scanned and the truck status is marked as arrived. Truck arrivaltime is recorded and a truck arrival event may be generated.

Next, shipping units are unloaded and scanned (S1164). As shipping unitsare being unloaded off of the truck, the shipping units are scanned andare marked in the ERP system as unloaded. Receipt of shipping unitsconfirms the work order schedule, and the work order may be updated toreflect the arrival of the shipping units. Shipping unit unload time maybe calculated and stored.

After shipping units are unloaded, shipping units are moved to one ormore staging areas (S1166). The shipping units are moved from anunloading dock area to one or more staging areas (e.g., work centers).Shipping unit movement may be verified via a barcode scan. A truckunloaded event may be generated.

Next, containers are separated from the shipping unit (S1168), therebyending the process 1160 (S1169). Shipping unit barcode identifiers maybe scanned and containers may be scanned as they are unloaded from theshipping unit. Shipping unit dock time and shipping unit stage time maybe calculated and stored.

FIG. 11E illustrates transportation between sortation facilities. A workorder 1170 executed at a Toronto sortation facility 1172 may beassociated with a bill of materials 1174. The bill of materials 1174specifies an input 1175 of short/long lettermail (e.g., to be processedon an MLOCR machine 1176) and outputs 1177 a-c. The outputs 1177 a-brepresent mail sorted to the Toronto facility for further sorting usinga barcode scanner. The output 1177 c represents mail sorted to aWinnipeg sortation facility 1178.

A confirmation 1180 of cross plant materials may trigger the creation ofa work order 1182 in the Winnipeg sortation facility 1178. Mail sortedto the Winnipeg sortation facility 1178 may be loaded into one or more“lettertainers” 1184 a-b. The lettertainers 1184 a-b may be loaded intoone or more larger “monotainer” containers 1186 a. Barcode labels may bescanned and used to track containers. Material parameters such asweight, tare, volume, and status may be maintained for each container.The monotainers 1186 a may be loaded onto one or more trucks anddelivered to the Winnipeg sortation facility 1178. Monotainers 1186 amay be unloaded from truck(s) (e.g., as illustrated by monotainer 1186b) and the lettertainers 1184 a-b may be unpacked from the monotainer1186 b (e.g., as illustrated by lettertainers 1184 c-d). Thelettertainers 1184 c-d may be moved to the location of a scheduled sortoperation. For example, the lettertainers may be moved to a work centerto be processed by a barcode sorter 1188.

Returning to FIG. 8, an inward sort process is performed (S808). Theinward sort process may be similar to the outward sort process. Theinward sort process may include a number of steps. For example,referring ahead briefly, FIG. 12A illustrates an examplecomputer-implemented process 1200 for performing an inward sort (e.g.,process 1200 may be used to implement S808 of the process 800). Briefly,the process 1200 includes forecasting expected volume, capacity andresource planning, inward sorting, and preparing delivery to a depot.

In further detail, when the process 1200 begins (S1201), expected volumeis forecasted (S1202). Forecasting expected volume in an inward sortprocess may be slightly different than forecasting expected volume in anoutward sort process. For example, a first step including obtainingforecasted estimates from retail and street collections may not berequired for the inward sort process, since actual mail volumes may havebeen recorded from outward sort processing. As in an outward sortprocess, in an inward sort process, a material forecast may be createdusing historical customer information. A new material forecast may begenerated for the inward sort process and may be based on a materialforecast created earlier. The new forecast may be a dependent forecastwhich is built for the inward sort process using a forecast allocationmatrix. The forecast allocation matrix determines the percent allocationper output type for each planning material.

Referring ahead briefly, FIG. 12B illustrates a computer-implementedprocess 1220 for forecasting expected volume (e.g., the process 1220 maybe used to implement S1202 of the process 1200). Briefly, the process1220 includes obtaining customer forecasts, creating a materialforecast, creating a dependent forecast, and creating a final materialforecast.

In further detail, when the process 1220 begins (S1221), customerforecasts are obtained (S1222). The sortation facility may obtain acustomer level forecast for planning materials sorted to the inward sortlevel. The historical information may be stored in a data warehousetool.

After customer forecasts are obtained, a material forecast is created(S1224). A material forecast may be generated by using the customerforecasts for an inward sort planning material. The output determinationfor the material forecast may be determined using a forecast allocationmatrix which specifies percent allocation by output type based onhistoric trends.

Next, a dependent forecast is created (S1226). A dependent forecast maybe created using a forecast created earlier for the outward sortprocess. Using an initial material forecast and the forecast allocationmatrix for the inward sort step, a dependent material forecast may begenerated.

After a dependent forecast is created, a final material forecast iscreated (S1228), thereby ending the process 1220 (S1229). The materialforecast and dependent forecasts created in preceding steps may becombined to create a final material forecast for the inward sortprocess.

Returning to FIG. 12A, capacity and resource planning is performed toprepare for sorting (S1204). The sort preparation process step forinward sort processing may be similar to that for outward sortprocessing. In the inward sort process, stock transfer orders may bereceived from other sort facilities. Planning based on pre-advisedorders and upstream processing activities may generate advancednotification about what volumes are expected and therefore what level ofmachine and labor utilization may be required to sort and clear the mailfrom the facility.

Referring ahead briefly, FIG. 12C illustrates a computer-implementedprocess 1240 for capacity and resource planning (e.g., the process 1240may be used to implement S1204 of the process 1200). Briefly, theprocess 1240 includes creating and scheduling a planned order from amaterial forecast, creating and scheduling a work order from a salesorder, creating and scheduling a work order from a stock transfer order,updating a planned order, and creating a work order from a plannedorder.

In further detail, when the process 1240 begins (S1241), a planned orderis created and scheduled from a material forecast (S1242). A materialforecast may drive a planned order for a planning material, and theplanning order may be created, for example, on a daily basis. Theplanned order specifies the volume expected for the planning material onan associated date and location. The planned order may use the finalmaterial forecast quantity from the cutoff date of the planning timefence. The planned order may be used to develop an initial outward sortcapacity scheduling. A planned order defines what planning material isplanned to be processed. When scheduling the planned order, routinginformation may provide instructions to the work order to indicate whichmachine the material may be sorted on. Once the planned order isscheduled, the start and finish date/time may be updated in the plannedorder. The finish time may be calculated using the throughput rate onthe routing and the operating time of the work center. If the workcenter (e.g., machine) is over capacity, the planned order may bereassigned to a different routing (i.e. a routing with multiplemachines).

After the planned order is created, a work order is created andscheduled from the sales order (S1244). A production work order may becreated for each mail type recorded in a sales order. Each mail type maybe converted to a planning material using a mapping table.

The work order may help to schedule machine and labor capacities in theinward sort process. When scheduling the work order, the process may besimilar to that of a planned order. Once the work order is scheduled,the start and finish date/time may be updated in the work order.

Next, a work order is created and scheduled from a stock transfer order(S1246). A production work order may be created for each material thatis identified in a stock transfer order from another sortation facilityto the receiving sortation facility. The work order may help to schedulemachine and labor capacity in the inward sort process. When schedulingthe work order, the process may be similar to that of a planned order.Once the work order is scheduled, the start and finish date/time may beupdated in the work order.

After work orders have been created, the planned order is updated(S1248). If a work order is created from a customer sales order, theorder amount may decrease the planned order amount as actual volume fromthe customer as being confirmed. If a work order is created from a stocktransfer order, the order amount may decrease the planned order amountas the actual volume from another sortation facility as confirmed.

Next, a work order is created from the planned order (S1250), therebyending the process 1240 (S1251). For example, the planned order may beconverted to a production work order on the day the run is scheduled tobe executed.

Returning to FIG. 12A, an inward sort process is performed (S1206). Theinward sort process may be similar to the outward sort process. Theinward sort process may include a number of steps. For example,referring ahead briefly, FIG. 12D illustrates a computer-implementedprocess 1260 for inward sorting (e.g., the process 1260 may be used toimplement S1206 of the process 1200). Briefly, the process 1260 includesreceiving mail at a sortation facility, physically sorting the mail,confirming a work order, and creating a stock transfer order.

In further detail, when the process 1260 begins (S1261), mail isreceived at a sortation facility (S1262). Dock personnel may scan allcontainers upon container arrival. Each container scan may be identifiedas an event handler, and one or more “ready for sort” events may begenerated. Mail may be merged and staged according to a sort plan, andmail be moved to one or more sortation areas. Received mail maycorrespond to a work order number (either a work order created from theplanned order from a customer sales order, or a stock transfer order).

After mail has been received, mail is physically sorted (S1264). A taskidentifier may be scanned by a sorting machine before the sorting of anorder occurs. The task identifier may denote the beginning of an order.The next task identifier scanned may denote the end of the previousorder and the beginning of a new order. Based on the planning materialtype, the mail may follow a routing process. When the mail runs througha sorting machine according to a sort plan, the data captured from themachine may be transferred to the ERP system. An alert monitor may beused to notify the sortation facility if a machine is over capacity (ascompared to the original sort capacity plan) and may reassign a task toanother machine. Volume by sort plan outputs may be calculated andstored.

Next, a work order is confirmed (S1266). Once a work order has beenprocessed on an outward sort work center (e.g., a next task identifierhas been read), the actual volumes that have been processed may beupdated on the original work order, such as through a confirmation.

After the work order has been confirmed, a stock transfer order iscreated (S1268), thereby ending the process 1260 (S1269). Using workorder confirmations, stock transfer orders are created for planningmaterials for transfer to delivery depots. The stock transfer orders maybe created and updated using work order confirmations.

Returning to FIG. 12A, mail is prepared for delivery to the depot(S1208), thereby ending the process 1200 (S1209). When mail is clearedafter the inward sort, the mail may be put into containers destined fora delivery office (e.g., mail may be organized at the route level),rather than for a sortation facility destination. Preparing mail fordelivery may include a number of steps. For example, referring aheadbriefly, FIG. 12E illustrates a computer-implemented process 1280 forpreparing mail for delivery (e.g., the process 1280 may be used toimplement S1208 of the process 1200). Briefly, the process 1280 includescreating destination containers, moving containers to a dock, preparingfor delivery to one or more depots, and scanning containers as ready fordelivery.

In further detail, when the process 1280 begins (S1281), destinationcontainers are created (S1282). After the sort has been performed, thesorted mail may be put in containers organized by delivery route. Oncemail has been put into a delivery route container, the container isscanned and material information may be stored as sorted inventory inthe ERP system. The route information may determine which mail depotmail may be transported to. A shipping unit may be created from multiplecontainers that are destined for same destination location. Pre-sortedmaterial may be included in a shipping unit. A shipping unit may includematerial that has gone through outward sort, as well as pre-sortedmaterials. Containers may be nested in a shipping unit. A shipping unittag/barcode identifier may be created and scanned. All the containersholding mail for a destination that are loaded into a shipping unit maybe scanned, and the shipping unit barcode identifier may also be scannedand the shipping unit status may be marked as closed. Shipping unitstage time, shipping unit build time, and shipping unit utilization maybe calculated and stored.

After destination containers are created, containers are moved to one ormore docks (1284). Mail may be cleared from the sorting area and movedto one or more staging areas within one or more delivery dock areas.

Next, mail is prepared for delivery to one or more depots (S1286). Astock transfer order (or event) may be created to perform aplant-to-plant transfer of sorted and pre-sorted inventory. Physicaltransfer of sorted inventory to various depots may be prepared for finaldelivery.

Containers are scanned as ready for delivery (S1288), thereby ending theprocess 1280 (S1289). Scanned inventory may appear in the ERP systemwith a status of “ready for transportation”. Once mail is cleared, theactual volume per inward sort plan is known, along with the actualvolume per delivery route, and this information may be used at thedelivery office to perform capacity planning. The number of shippingunits and delivery containers, as well as the total volume per depot andactual volume per delivery route that is ready for delivery to adelivery office may be calculated and stored.

Returning to FIG. 8, after inward sort is completed, a delivery stage isperformed (S810), thereby ending the process 800 (S811). A deliverystage may include a number of steps. For example, referring aheadbriefly, FIG. 13 illustrates a computer-implemented process 1300 forperforming mail delivery (e.g., the process 1300 may be used toimplement S810 of the process 800). Briefly, the process 1300 includestransporting mail to a delivery office, preparing mail at the deliveryoffice, sorting mail, and performing a final delivery.

In further detail, when the process 1300 begins (S1301), mail istransported to a delivery office (S1302). The processing steps for thisstep may be similar to the processing steps for the processes 1120,1140, and 1160 (FIGS. 11B, 11C, and 11D, respectively). Particularly,mail may be loaded, transported, and unloaded. Loading may includescanning a truck tag upon truck arrival, scanning and loading shippingunits onto one or more trucks, and scanning truck tags upon loadcompletion and upon truck departure, Unloading may include scanning atruck tag upon truck arrival, unloading and scanning shipping units,moving shipping units to one or more staging areas, and separatingcontainers from shipping units.

After mail has been transported to a delivery office, sort preparationis performed at the delivery office (S1304). Delivery offices may haveactual volumes available to them with sufficient lead time, therefore,forecasting may not be used in this stage. Walk sort and letter carrierschedules may be developed to determine the number of man hours (bothfull-time resources and casuals) available. As part of sort and deliveryplanning, the mail delivery office may know the actual mail volume byroute level that has been recorded in the ERP system (e.g., from theinward sort process). The delivery office may determine the estimatedmail volume, for example, for a particular day or week.

Next, mail is received from the inward sortation facility (S1306). Dockpersonnel may scan all containers upon arrival. Each container scan maybe marked as an event. Mail handlers may unload containers. In the ERPsystem, an outbound delivery and shipment object may be created.

After mail has been received, the mail is sorted (S1308). For example,mail may be sorted by mail carrier.

Next, final delivery is performed (S1310), thereby ending the process1300 (S1311). For example, each mail item may be delivered, for exampleby a mail carrier driving a mail vehicle or by a mail carrier walking amail route, to the location specified by the address label on the mailitem.

FIG. 14 illustrates component integration. An ERP system 1402 includes,among other components, components for processing customer sales ordersand customer billing, forecasting, sort planning, labor planning, sortprocessing, delivery planning, managing containerized mail, processingcosting, managing outbound delivery, shipment scheduling, shipmentexecution, carrier payment, and shipment costing. A tracking and alertssubsystem 1404 provides for tracking of service level variance, negativecapacity variance, and expected receipts variance. The subsystem 1404also provides alerts and tracking for sort processing, unplannedvariances, and delayed mail. Container location, transport, and receiptmay be tracked. Alerts may be provided for transportation delay, planneddepartures, shipment delay, planned receipts, and shipment unloading.

A planning and reporting subsystem 1406 may provide reports and planningtools for forecasting, equipment efficiency, labor efficiency, volumemetrics, process costing, delivery metrics, shipping timeliness,transportation utilization, shipment costing, and shipping performance.For example, FIG. 15 illustrates an example capacity planning report1500. The capacity planning report 1500 shows, for a work center 1502,historical capacity details for various time periods. For example, for atime period 1504 beginning on Mar. 10, 2008, a capacity 1506 of fivehours was required, with a capacity 1508 of eight hours available(leaving a capacity 1510 of three hours remaining). As another example,for a time period 1512 beginning on Jun. 10, 2008, a capacity 1514 ofapproximately ten hours and eight minutes was required, with a capacity1516 of eight hours available (leaving a capacity shortfall 1518 ofapproximately two hours and eight minutes). The data for the time period1512 is shown as highlighted, since the work center 1502 was overcapacity during that time.

FIG. 16 is a schematic diagram of an example of a generic computersystem 1600. The system 1600 includes a processor 1610, a memory 1620, astorage device 1630, and an input/output device 1640. Each of thecomponents 1610, 1620, 1630, and 1640 are interconnected using a systembus 1650. The processor 1610 is capable of processing instructions forexecution within the system 1600. In one implementation, the processor1610 is a single-threaded processor. In another implementation, theprocessor 1610 is a multi-threaded processor. The processor 1610 iscapable of processing instructions stored in the memory 1620 or on thestorage device 1630 to display graphical information for a userinterface on the input/output device 1640.

The memory 1620 stores information within the system 1600. In oneimplementation, the memory 1620 is a computer-readable medium. Inanother implementation, the memory 1620 is a volatile memory unit. Inyet another implementation, the memory 1620 is a non-volatile memoryunit.

The storage device 1630 is capable of providing mass storage for thesystem 1600. In one implementation, the storage device 1630 is acomputer-readable medium. In various different implementations, thestorage device 1630 may be a floppy disk device, a hard disk device, anoptical disk device, or a tape device.

The input/output device 1640 provides input/output operations for thesystem 1600. In one implementation, the input/output device 1640includes a keyboard and/or pointing device. In another implementation,the input/output device 1640 includes a display unit for displayinggraphical user interfaces.

The features described can be implemented in digital electroniccircuitry, or in computer hardware, or in combinations of computerhardware and firmware or software. The apparatus can be implemented in acomputer program product tangibly embodied in a machine-readable storagedevice, for execution by a programmable processor; and method steps canbe performed by a programmable processor executing a program ofinstructions to perform functions of the described implementations byoperating on input data and generating output. The described featurescan be implemented advantageously in one or more computer programs thatare executable on a programmable system including at least oneprogrammable processor coupled to receive data and instructions from,and to transmit data and instructions to, a data storage system, atleast one input device, and at least one output device. A computerprogram is a set of instructions that can be used, directly orindirectly, in a computer to perform a certain activity or bring about acertain result. A computer program can be written in any form ofprogramming language, including compiled or interpreted languages, andit can be deployed in any form, including as a stand-alone program or asa module, component, subroutine, or other unit suitable for use in acomputing environment.

Suitable processors for the execution of a program of instructionsinclude, by way of example, both general and special purposemicroprocessors, and the sole processor or one of multiple processors ofany kind of computer. Generally, a processor will receive instructionsand data from a read-only memory or a random access memory or both. Theessential elements of a computer are a processor for executinginstructions and one or more memories for storing instructions and data.Generally, a computer will also include, or be operatively coupled tocommunicate with, one or more mass storage devices for storing datafiles; such devices include magnetic disks, such as internal hard disksand removable disks; magneto-optical disks; and optical disks. Storagedevices suitable for tangibly embodying computer program instructionsand data include all forms of non-volatile memory, including by way ofexample semiconductor memory devices, such as EPROM, EEPROM, and flashmemory devices; magnetic disks such as internal hard disks and removabledisks; magneto-optical disks; and CD-ROM and DVD-ROM disks. Theprocessor and the memory can be supplemented by, or incorporated in,ASICs (application-specific integrated circuits).

To provide for interaction with a user, the features can be implementedon a computer having a display device such as a CRT (cathode ray tube)or LCD (liquid crystal display) monitor for displaying information tothe user and a keyboard and a pointing device such as a mouse or atrackball by which the user can provide input to the computer.

The features can be implemented in a computer system that includes aback-end component, such as a data server, or that includes a middlewarecomponent, such as an application server or an Internet server, or thatincludes a front-end component, such as a client computer having agraphical user interface or an Internet browser, or any combination ofthem. The components of the system can be connected by any form ormedium of digital data communication such as a communication network.Examples of communication networks include, e.g., a LAN, a WAN, and thecomputers and networks forming the Internet.

The computer system can include clients and servers. A client and serverare generally remote from each other and typically interact through anetwork, such as the described one. The relationship of client andserver arises by virtue of computer programs running on the respectivecomputers and having a client-server relationship to each other.

A number of implementations have been described. Nevertheless, it willbe understood that various modifications may be made without departingfrom the spirit and scope of the disclosure. Accordingly, otherimplementations are within the scope of the following claims.

What is claimed is:
 1. A computer-implemented method comprising:obtaining, by one or more computers, post office data that describes aworkflow of a post office, the post office data specifying a type andvolume of mail, and a historical allocation matrix, wherein thehistorical allocation matrix specifies a percent allocation by the typeof mail based a historic distribution of mail; mapping, by a datamapping module, the post office data that specifies the type and volumeof mail to a data representation of a work order, mapping, by the datamapping module, the post office data that specifies the historicalallocation matrix to a data representation of a bill of materials;transmitting, to a production management module, the data representationof a work order and the data representation of a bill of materials;receiving, from the production management module, forecasted productionmanagement data specifying a prediction of a type and quantity of enditems produced by one or more machines of a production facility, whereinthe prediction is based on the work order and the bill of materials;mapping, by the data mapping module, the forecasted productionmanagement data to forecasted post office data; and using, by the one ormore machines of the production facility, the forecasted post officedata to re-route mail between one or more mail sorting stations.
 2. Themethod of claim 1, wherein the work order specifies a type and volume ofprocessing materials ready to be processed at the one or more machinesof the production facility.
 3. The method of claim 1, wherein the billof materials comprises a bill of materials for each of the one or moremachines of the production facility.
 4. The method of claim 1, furthercomprising using, by the one or more computers, the forecasted postoffice data to reassign mail actually received at the post office to adifferent one or more post offices.
 5. The method of claim 1, whereinmapping the forecasted production management data to forecasted postoffice data comprises generating data that specifies whether one or moreof the one or more machines of the production facility do or do notpossess sufficient resources to process a particular type and volume ofprocessing materials.
 6. The method of claim 1, further comprisingusing, by the one or more computers, the forecasted post office data toreassign staffing of the post office.
 7. The method of claim 1, whereinthe type and volume of mail is received at one or more sorting stationsof a mail sortation facility.
 8. The method of claim 7, wherein thehistorical allocation matrix is generated based on a historicdistribution of mail previously processed by the one or more sortingstations of the mail sortation facility.
 9. The method of claim 7,wherein the forecasted post office data identifies one or more customersof the mail sortation facility expected to receive the mail and a volumeof the mail expected to be delivered to each customer.
 10. The method ofclaim 9, further comprising: providing, by the one or more computers, atleast a portion of the forecasted post office data to the one or morecustomers of the mail sortation facility.
 11. The method of claim 9,further comprising using, by the one or more computers, the forecastedpost office data to notify the identified one or more customersregarding the mail expected to be delivered to each of the one or morecustomers.
 12. The method of claim 7, wherein: the forecasted productionmanagement data further comprises a prediction of whether one or more ofthe one or more machines of the production facility are over-utilized orunder-utilized, and mapping the forecasted production management data toforecasted post office data comprises generating utilization data thatspecifies whether one or more of the one or more sorting stations of themail sortation facility are over-utilized or under-utilized when the oneor more of the one or more machines of the production facility arepredicted to be over-utilized or under-utilized, respectively.
 13. Themethod of claim 12, further comprising reassigning mail actuallyreceived at the mail sortation facility to a different one or moresorting stations or to a different mail sortation facility based ondetermining that the utilization data specifies one or more sortingstations are over-utilized or under-utilized.
 14. The method of claim 1,further comprising updating the historical allocation matrix based onthe type and volume of mail actually received at the post office.
 15. Asystem comprising: one or more computers and one or more storage devicesstoring instructions that are operable, when executed by the one or morecomputers, to cause the one or more computers to perform operationscomprising: obtaining, by the one or more computers, post office datathat describes a workflow of a post office, the post office dataspecifying a type and volume of mail, and a historical allocationmatrix, wherein the historical allocation matrix specifies a percentallocation by the type of mail based a historic distribution of mail;mapping, by a data mapping module, the post office data that specifiesthe type and volume of mail to a data representation of a work order,mapping, by the data mapping module, the post office data that specifiesthe historical allocation matrix to a data representation of a bill ofmaterials; transmitting, to a production management module, the datarepresentation of a work order and the data representation of a bill ofmaterials; receiving, from the production management module, forecastedproduction management data specifying a prediction of a type andquantity of end items produces by one or more machines of a productionfacility, wherein the prediction is based on the work order and the billof materials; mapping, by the data mapping module, the forecastedproduction management data to forecasted post office data; and using, bythe one or more machines of the production facility, the forecasted postoffice data to re-route mail between one or more mail sorting stations.16. The system of claim 15, wherein the work order specifies a type andvolume of processing materials ready to be processed at the one or moremachines of the production facility.
 17. The system of claim 15, whereinthe bill of materials comprises a bill of materials for each of the oneor more machines of the production facility.
 18. The system of claim 15,further comprising using, by the one or more computers, the forecastedpost office data to reassign mail actually received at the post officeto a different one or more post offices.
 19. The system of claim 15,wherein mapping the forecasted production management data to forecastedpost office data comprises generating data that specifies whether one ormore of the one or more machines of the production facility do or do notpossess sufficient resources to process a particular type and volume ofprocessing materials.
 20. The system of claim 15, further comprisingusing, by the one or more computers, the forecasted post office data toreassign staffing of the post office.
 21. The system of claim 15,wherein the type and volume of mail is received at one or more sortingstations of a mail sortation facility.
 22. The system of claim 21,wherein the forecasted post office data identifies one or more customersof the mail sortation facility expected to receive the mail and a volumeof the mail expected to be delivered to each customer.
 23. The system ofclaim 22, the operations further comprising: providing, by the one ormore computers, at least a portion of the forecasted post office data tothe one or more customers of the mail sortation facility.
 24. The systemof claim 22, further comprising using, by the one or more computers, theforecasted post office data to notify the identified one or morecustomers regarding the mail expected to be delivered to each of the oneor more customers.
 25. The system of claim 21, wherein: the forecastedproduction management data further comprises a prediction of whether oneor more of the one or more machines of the production facility areover-utilized or under-utilized, and mapping the forecasted productionmanagement data to forecasted post office data comprises generatingutilization data that specifies whether one or more of the one or moresorting stations of the mail sortation facility are over-utilized orunder-utilized when the one or more of the one or more machines of theproduction facility are predicted to be over-utilized or under-utilized,respectively.
 26. The system of claim 25, the operations furthercomprising reassigning mail actually received at the mail sortationfacility to a different one or more sorting stations or to a differentmail sortation facility based on determining that the utilization dataspecifies one or more sorting stations are over-utilized orunder-utilized.
 27. A non-transitory computer-readable medium storingsoftware comprising instructions executable by one or more computerswhich, upon such execution, cause the one or more computers to performoperations comprising: obtaining, by the one or more computers, postoffice data that describes a workflow of a post office, the post officedata specifying a type and volume of mail, and a historical allocationmatrix, wherein the historical allocation matrix specifies a percentallocation by the type of mail based a historic distribution of mail;mapping, by a data mapping module, the post office data that specifiesthe type and volume of mail to a data representation of a work order,mapping, by the data mapping module, the post office data that specifiesthe historical allocation matrix to a data representation of a bill ofmaterials; transmitting, to a production management module, the datarepresentation of a work order and the data representation of a bill ofmaterials; receiving, from the production management module, forecastedproduction management data specifying a prediction of a type andquantity of end items produced by one or more machines of a productionfacility, wherein the prediction is based on the work order and the billof materials; mapping, by the data mapping module, the forecastedproduction management data to forecasted post office data; and using, bythe one or more machines of the production facility, the forecasted postoffice data to re-route mail between one or more mail sorting stations.28. The medium of claim 27, wherein the work order specifies a type andvolume of processing materials ready to be processed at the one or moremachines of the production facility.
 29. The medium of claim 27, whereinthe bill of materials comprises a bill of materials for each of the oneor more machines of the production facility.
 30. The medium of claim 27,further comprising using, by the one or more computers, the forecastedpost office data to reassign mail actually received at the post officeto a different one or more post offices.
 31. The medium of claim 27,wherein mapping the forecasted production management data to forecastedpost office data comprises generating data that specifies whether one ormore of the one or more machines of the production facility do or do notpossess sufficient resources to process a particular type and volume ofprocessing materials.
 32. The medium of claim 27, further comprisingusing, by the one or more computers, the forecasted post office data toreassign staffing of the post office.
 33. The medium of claim 27,wherein the type and volume of mail is received at one or more sortingstations of a mail sortation facility.
 34. The medium of claim 33,wherein the historical allocation matrix is generated based on ahistoric distribution of mail previously processed by the one or moresorting stations of the mail sortation facility.
 35. The medium of claim33, wherein the forecasted post office data identifies one or morecustomers of the mail sortation facility expected to receive the mailand a volume of the mail expected to be delivered to each customer. 36.The medium of claim 35, the operations further comprising: providing, bythe one or more computers, at least a portion of the forecasted postoffice data to the one or more customers of the mail sortation facility.37. The medium of claim 35, further comprising using, by the one or morecomputers, the forecasted post office data to notify the identified oneor more customers regarding the mail expected to be delivered to each ofthe one or more customers.
 38. The medium of claim 33, wherein: theforecasted production management data further comprises a prediction ofwhether one or more of the one or more machines of the productionfacility are over-utilized or under-utilized, and mapping the forecastedproduction management data to forecasted post office data comprisesgenerating utilization data that specifies whether one or more of theone or more sorting stations of the mail sortation facility areover-utilized or under-utilized when the one or more of the one or moremachines of the production facility are predicted to be over-utilized orunder-utilized, respectively.
 39. The medium of claim 38, the operationsfurther comprising reassigning mail actually received at the mailsortation facility to a different one or more sorting stations or to adifferent mail sortation facility based on determining that theutilization data specifies one or more sorting stations areover-utilized or under-utilized.